Skip to content

Conversation

shayne-fletcher
Copy link
Contributor

Differential Revision: D84197759

Copy link

meta-codesync bot commented Oct 8, 2025

@shayne-fletcher has exported this pull request. If you are a Meta employee, you can view the originating Diff in D84197759.

@meta-cla meta-cla bot added the CLA Signed This label is managed by the Meta Open Source bot. label Oct 8, 2025
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations now serialize deterministically, preserving their form on round-trip.

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 9, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
Summary:


this diff introduces a v0 basic run-length-encoded (RLE) internal representation for `ValueMesh<T>` and updates all APIs to operate transparently over either dense or compressed data. the compression support is purely additive. public semantics are unchanged: a mesh still represents a complete mapping from rank -> value, and iteration, slicing, and region order behave identically (note: complexity of `get()` is O(log k) in compressed mode vs O(1) dense). the compressed form is lossless and idempotent.

compression is manual in rust because automatic detection isn't possible in a fully generic type. i originally considered doing it automatically, but rust provides no specialization or reflection to determine whether a given `T` has meaningful equality semantics. for many types (e.g. futures, closures) equality doesn't even exist. because of that, compression must be explicitly invoked via `compress_adjacent_in_place()` or `compress_adjacent_in_place_by(pred)` when the caller knows adjacent elements can be merged.

in python, compression happens automatically on construction. for `Py<PyAny>`, equality is defined by pointer identity (`a.as_ptr() == b.as_ptr()`), so adjacent references to the same python object are coalesced into RLE runs. this will produce savings for sentinel-rich, categorical, or boolean data (e.g. repeated `None`, booleans, cpython-interned small integers and strings) but will have little effect for freshly allocated numbers or dynamic objects.

Differential Revision: D84169361
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
shayne-fletcher added a commit to shayne-fletcher/monarch-1 that referenced this pull request Oct 10, 2025
Summary:

this change enables serde serialization and deserialization for `ValueMesh<T>` and its internal representations. it introduces a stable wire format for run-length encoded (RLE) meshes by defining a `Run` struct (`u64` bounds, `u32` id) to avoid platform-dependent `usize` encoding. both dense and compressed representations serialize deterministically and retain their form on round trips

Reviewed By: dulinriley

Differential Revision: D84197759
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

CLA Signed This label is managed by the Meta Open Source bot. fb-exported meta-exported

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant